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DETAILED ACTION 

1 . This action is in response to the communication filed on 01/02/2008. 
Claims 1-2, 4-7, 10-68 are pending in the application. 

Response to Arguments 

2. This is in response to the arguments filed in the Remarks on 01/02/2008. 

It appears the argument addresses the newly added limitation, "setting up input/output 
channels by connecting to a standard input and standard out of a running operating system 
kernel to the module input and module output". Applicants reasoned that in the Shirakabe when 
a driver is incoporated into an operating system, it needs a mutual reference between the driver 
and kernel, Therefore, when a user program issues an input/output request, the kernel call the 
driver routine; the driver routine calls the kernel routine; the driver routine refernce data manged 
by the kernel, such as data and data length of data assoiated with input/output operation, etc. . . 
According to applicant submission, such setting up cannot anticipate setting up chennel as they 
recited in the claims (see Remark, p. 5). 

Exminer's response: 

It appears the aruguments are mere assertion that fails under 37 CFR 1.111(b) and (c) 
requirement. The language in the added limitations appears that it cannot present a patentability 
of the claims. The term, "setting up input/output channels ", is only words, and "standard input 
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and standard out of a running opearting system kerneF is only the definition of a standard kenel 
of an operating system. It is already there and the connection is only for conforming to the 
availablity and requirement. Applicants' remarks do not address any patentability for the terms. 

Accordingly, The links, which convert identification code into addresses to enable inter- 
reference operations to be achieved between a kernel and adding input/output device drivers for 
cuasing the drivers to be incoporated into the operating system, meet a generic claimed language, 
setting up input/output channels. 



Claim Rejections - 35 USC § 112 



The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and 
distinctly claiming the subject matter which the applicant regards as his invention. 



4. Claims 21-33 are rejected under 35 U.S.C. 1 12, second paragraph, as being indefinite for 
failing to particularly point out and distinctly claim the subject matter which applicant regards as 
the invention. 

It is unclear the type of media recited in the claims 21-33, where in the specification it 
does not define "computer-readable medium". The specification defines "computer storage 
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medium". Accordingly, "computer-readable medium" is unclear. It might include non-statutory 
and statutory media. Applicants are respectfully amending "computer storage medium", instead. 



Claim Rejections - 35 USC § 101 



5. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or 
composition of matter, or any new and useful improvement thereof, may obtain a patent 
therefor, subject to the conditions and requirements of this title. 



6. Claims 21-33 recite a computer-readable medium, where this medium include non- 
statutory medium. For example, wireless or transmission type of media is also computer-readable 
medium, which fails to meet 35 USC 101. 

7. Claims 34-5 1 recite "computer system", where the claims recite means plus functions. 
The recitations do not cause "computer system" as a hardware system. Means plus functions 
appear covering software elements. Thus, the claims include software per se. Software per se fail 
to meet 35 USC 101. 
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Claim Rejections - 35 USC §103 

8. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

A person shall be entitled to a patent unless - 

(a) A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject 
matter sought to be patented and the prior art are such that the subject matter as a whole 
would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 

9. Claims 1-2, 4-7, 10-68 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Shirakabe et al., US Pat No. 5,136,709 A. 

Given the broadest reasonable interpretation of followed claims in light of the specification. 
As per claim 5 : Shirakabe discloses, 

A method, comprising: creating a loadable module; See FIG. 1 
creating an executable program; 

and executing the executable program, wherein the executable program performs a method 
comprising the steps of: 
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setting up input/output channels by connecting to a standard input and standard out of a 
running operating system kernel to the module input and module output '; 

inserting the loadable module into address space of the running operating kernel, wherein, 
once the loadable the module is inserted into the operating system address space, the loadable 
module begins to execute; and waiting for the loadable module to connect via kernel/user 
channels and then connecting those kernel/user channels to the input/output channels. 

(Shirakabe mentions prior art acts: first of all a user creates a loadable program in his computer 
environment, where the loadable program (such as an object module or load module in FIG. 1) 
needs loaded in an execution/or running kernel. The user simply generates an executable 
program that issues input/output request such as in FIG. 4, or 8 (within the claims is setting up 
input/output channels). The execution of the program will map the loadable program, according 
to input/output request, into the address space (see col. 1). In the disclosure, Shirakabe discloses 
an executable program (algorithm in FIGs 4-5, the program embedded in an editor of FIG. 1. An 
Since the loading is executed by the executable program, it needs time so that the execution 
encounter the instructions that perform the loading - in the reference it shows each driver is 
included with open and close routines (FIG. 8)). 

- Shirakabe discloses the links that convert identification code into addresses as input/output (see 
Absatract); thus, to enable inter-reference operations to be achieved between a kernel and adding 
input/output between device drivers and kernel to cuase the drivers to be incoporated into the 
operating system (interpreated as setting up input/output channels ). 



Application/Control Number: 10/670,802 Page 7 

Art Unit: 2191 

-Shirakabe does not address the language of the claim " by connecting to a standard input and 
standard out of a running system kernel to the module input and module output ' . 

However, such adding language is merely adding ingredient or utilize whatever it is available 
(standard input and standard out of a running system kernel). It does not change the effect or 
result of passing data in a dynamic link. 

Therefore, it is obvious to any ordinary in the art utilize the availability, i.e. a standard 
input and input that appears admitted by the language of the claim as being "standardized" from 
a given kernel. Such connection is merely utilizing the availability, and it is similarly like adding 
ingredient, but it does not change or causes a new result. Thus, it would not make the claim 
patentability over a prior art. 

As noted in the MPEP, adding ingredient that does not cause a new effect would not be 
patentable. 

As per claim 6 : Shirakabe discloses, The method of claim 5, wherein after the loadable module is 
inserted into the address space the loadable module performs a method comprising the steps of: 
creating kernel/user channels (See FIG. 1, FIG. 8); 

creating a thread to execute application code (e.g. see col. 6:27:30, or col. 5:45-46: CALL 
KSUBm); 

and waiting for the thread to complete. E.g. see FIG. 1, an address space YYY is call and 
RETURN); 
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As per claim 7 : Shirakabe discloses, The method of claim 6, wherein the method performed by 
the loadable module further includes the step of freeing resources after the thread completes. 

It recites a principle of execution. For example, a user finishes his job - See FIG. 6, 
OPEN/CLOSE routines to perform the opening or completion. 

As per Claim 1 : Shirakabe discloses, 

A system for dynamically linking application code created by a programmer into a running 
operating system kernel, comprising: 

an environment library comprising one or more routines for insulating the application code 
from the operating system environment and for implementing a uniform execution 
environment; (see FIG. 1, the computer environment implement the linkage editor) 

and a build system for constructing a loadable module from the application code and the 
environment library and for constructing a standard executable program from the loadable 
module and an execution library, wherein the execution library comprises one or more 
routines for transparently loading the loadable module into the running operating system 
kernel, passing arguments to the loadable module, and terminating and unloading the 
loadable module after receiving a termination signal the one or more routines of the execution 
library setting up input/output channels by connecting to a standard input and standard out of a 
running opearting system kernel to the module input and module output 

(See FIG. 1 . it is a built system for constructing Load Modules (2), including Linkage Library, 
where a loadable program is transparently loading via a Linkage editor. See the process in FIG. 1 
from Linage library, 12, to 7, to 6, to 16). 
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- Shirakabe discloses the links that convert identification code into addresses as input/output (see 
Absatract); thus, to enable inter-reference operations to be achieved between a kernel and adding 
input/output between device drivers and kernel to cuase the drivers to be incoporated into the 
operating system (interpreated as setting up input/output channels ). 

-Shirakabe does not address the language of the claim " fry connecting to a standard input and 
standard out of a running system kernel to the module input and module output '" . 

However, such adding language is merely adding ingredient or utilize whatever it is available 
(standard input and standard out of a running system kernel). It does not change the effect or 
result of passing data in a dynamic link. 

Therefore, it is obvious to any ordinary in the art utilize the availability, i.e. a standard 
input and input that appears admitted by the language of the claim as being "standardized" from 
a given kernel. Such connection is merely utilizing the availability, and it is similarly like adding 
ingredient, but it does not change or causes a new result. Thus, it would not make the claim 
patentability over a prior art. 

As noted in the MPEP, adding ingredient that does not cause a new effect would not be 
patentable. 

As per Claim 2 : Shirakabe discloses, The system of claim 1, further comprising an infrastructure 
library comprising one or more routines executed prior to loading the loadable module into the 
running operating system kernel and/or after unloading the loadable module from the kernel. (It 
should be noted that in a standard computer, a directory of stored files is a library: using the 
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languages such as environment library, an execution library, infrastructure library will not be 
distinguishable from the memory storage or shared libraries that existed in every computer 
system. The reference is in a computer environment that includes such memory storage, shared 
libraries, where every program in this storage can be executed for verification before loaded). 

As per Claim 4 : Shirakabe discloses, The system of claim 1, wherein the standard executable 
program may be in several files or a single file (It just a program). 

As per claim 10 : Shirakabe discloses, The system of claim 1, wherein one of the one or more 
routines of the execution library includes code for executing a utility for installing the loadable 
module into the running operating system kernel (See FIG. 1, where "editor" has means for 
executing a utility for installing the loadable module). 

As per Claim 1 1 : Shirakabe discloses, The system of claim 10, wherein the utility for installing 
the loadable module into the running operating system kernel is the in smod program (FIG 1, 
with Linkage editor has either means of "insmod" or "mesg", or "rmmod" as given broad 
interpretation in light of the specification). 

As per Claim 12 : Shirakabe discloses, The system of claim 1, wherein the build system includes 
instructions for compiling the application code into object code (The loadable module is 
executable code (FIG 1, "Object Modules"); in a computer, ever Object code/executable code 
must be from compilation). 

As per Claim 13 : Shirakabe discloses, The system of claim 12, wherein the build system further 
includes instructions for linking said object code with object code from the environment library 
to produce a linked object module. (See in FIG. 1) 
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As per Claim 14 : Shirakabe discloses, The system of claim 13, wherein the build system further 
includes instructions for converting the linked object module into a C code array (OBJECT 
MODULES has means of C code Array). 

As per Claim 15 : Shirakabe discloses, The system of claim 13, wherein the build system further 
includes instructions for compiling the C code array to produce an object file and for linking 
said object file with object code from the execution library to produce the standard executable 
program (OBJECT MODULES in FIG 1, has means of being compiled from instructions in a 
compiler). 

As per Claim 16 : Shirakabe discloses, The system of claim 1, wherein the environment library 
includes one or more routines to create kernel/user channels (Claiming routines is claiming 
program per se, where the reference shows such limitations in FIG. 8). 

As per Claim 17 : Shirakabe discloses, The system of claim 1, wherein the environment library 
includes one or more routines to create a thread to execute the application code. (Claiming 
routines is claiming program per se, where the reference shows OBJECT MODULES are of an 
application and these MODULES are executable). 

As per Claim 18 : Shirakabe discloses, The system of claim 1 7, wherein the environment library 
includes one or more routines for freeing resources and unloading the loadable module when the 
thread completes. 

(See FIG 8, for example, OPEN or CLOSE routines - Note: the limitation can be seen from basis 
commands in a standard editor such as "save", "close", or "exit", etc.) 
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As per Claim 19 : Shirakabe discloses, The system of claim 1, wherein the environment library 
includes one or more routines for (a) copying in arguments; (b) creating communication 
channels that connect the loadable module to the executable program; (c) requesting a block of 
memory from the operating system and storing a structure therein that describes the application 
code; and (d) putting data describing the application code on a task list. (See FIGs 1-8, Claimed 
functionality is a performance through repeated limitations of Claim 1). 

As per Claim 20 : Shirakabe discloses, The system of claim 19, wherein the environment library 
further includes one or more routines for (a) removing said data describing the application code 
from the task list; 

(b) closing said communication channels that connect the loadable module to the executable 
program; and (c) freeing the block of memory that was requested from the operating system. 

(See FIG 8, for example, OPEN or CLOSE routines - Note: the limitation can be seen from basis 
commands in a standard editor such as "save", "close", or "exit", etc.). 



As per Claim 21 : Shirakabe discloses, A computer readable medium having computer 
instructions stored thereon, the computer instructions comprising: a first set of computer 
instructions for insulating application code from an operating system environment; a second set 
of computer instructions for constructing a loadable module from the application code and the 
first set of computer instructions, the loadable module including a module input and module 
output; and a third set of computer instructions for constructing an executable program from the 
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loadable module and a fourth set of computer instructions; wherein the fourth set of computer 
instructions includes computer instructions for transparently loading the loadable module into a 
running operating system kernel, passing arguments to the loadable module, and terminating 
and unloading the loadable module from the running operating system kernel after receiving a 
termination signa l, the fourth set further includes at least one routine setting up input/output 
channels by connecting to a standard input and standard out of a running operating system 
kernel to the module input and module output 

The claim is a computer readable medium in which the functionality performs the method in 
Claim 1. See rationale addressed in Claim 1 above for the rejection of Claim 21. 

As per Claim 22 : Shirakabe discloses, The computer readable medium of claim 21, wherein the 
computer instructions for loading the loadable module into the running operating system kernel 
include computer instructions for executing a utility for installing the loadable module into the 
running operating system kernel. See rationale addressed in Claim 10 above for the rejection of 
Claim 22. 

As per Claim 23 : Shirakabe discloses, The computer readable medium of claim 22, wherein the 
utility for installing the loadable module into the running operating system kernel is the insmod 
program. 

See rationale addressed in Claim 1 1 above for the rejection of Claim 23. Note: "insmod 
program" is subjected to discussion in MPEP 2115. A limitation used in the claim must impart 
functionality, otherwise it is treated as material worked upon and does not limit the claim. 
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As per Claim 24 : Shirakabe discloses, The computer readable medium of claim 21, wherein the 
second set of computer instructions includes instructions for compiling the application code into 
object code. See rationale addressed in Claim 12 above for the rejection of Claim 24. 

As per Claim 25 : Shirakabe discloses, The computer readable medium of claim 24, wherein the 
second set of computer instructions further includes instructions for linking said object code with 
object code from the environment library to produce a linked object module. See rationale 
addressed in Claim 13 above for the rejection of Claim 25. 

As per Claim 26 : Shirakabe discloses, The computer readable medium of claim 25, wherein the 
third set of computer instructions includes instructions for converting the linked object module 
into a C code array. 

See rationale addressed in Claim 14 above for the rejection of Claim 26. 

As per Claim 27 : Shirakabe discloses, The computer readable medium of claim 26, wherein the 
third set computer instructions of further includes instructions for compiling the C code array to 
produce an object file and for linking said object file with object code from a library to produce 
the executable program. 

See rationale addressed in Claim 15 above for the rejection of Claim 27. 

As per Claim 28 : Shirakabe discloses, The computer readable medium of claim 21, wherein the 
first set of computer instructions includes instructions for creating kernel/user channels. See 
rationale addressed in Claim 16 above for the rejection of Claim 28. 
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As per Claim 29 : Shirakabe discloses, The computer readable medium of claim 21, wherein the 
first set of computer instructions includes instructions for creating a thread to execute the 
application code. See rationale addressed in Claim 17 above for the rejection of Claim 29. 

As per Claim 30 : Shirakabe discloses, The computer readable medium of claim 29, wherein the 
first set of computer instructions includes instructions for freeing resources and unloading the 
loadable module when the thread completes. See rationale addressed in Claim 1 8 above for the 
rejection of Claim 30. 

As per Claim 31 : Shirakabe discloses, The computer readable medium of claim 21, wherein the 
first set of computer instructions includes instructions for (a) creating communication channels 
that connect the loadable module to the executable program; (b) requesting a block of memory 
from the operating system and storing a structure therein that describes the application code; 
and (c) putting data describing the application code on a task list. See rationale addressed in 
Claim 19 above for the rejection of Claim 31. 

As per Claim 32 : Shirakabe discloses, The computer readable medium of claim 31, wherein the 
first set of computer instructions further includes instructions for (a) removing said data 
describing the application code from the task list; (b) closing said communication channels that 
connect the loadable module to the executable program; and (c) freeing the block of memory 
that was requested from the operating system. 

See rationale addressed in Claim 20 above for the rejection of Claim 32. 

As per Claim 33 : Shirakabe discloses, The computer readable medium of claim 21, wherein the 
executable program may be in several files or a single file. 
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See rationale addressed in Claim 4 above for the rejection of Claim 33. 

As per Claim 34 : Shirakabe discloses, A computer system, comprising: first means for insulating 
application code from an operating system environment; second means for constructing a 
loadable module from the application code and the first means, the loadable module including a 
module input and a module output ; third means for constructing an executable program from the 
loadable module; and fourth means for transparently loading the loadable module into a 
running operating system kernel, passing arguments to the loadable module, and terminating 
and unloading the loadable module from the running operating system kernel after receiving a 
termination signal, the fourth means includes at least one routine setting up input/output 
channels by connecting to a standard input and standard out of a running opearting system 
kernel to the module input and module output 

The claim is a system in which the functionality performs the method in Claim 1 . See rationale 
addressed in Claim 1 above for the rejection of Claim 34. 

As per Claim 35 : Shirakabe discloses, The computer system of claim 34, wherein means for 
loading the loadable module into the running operating system kernel include means for 
executing a utility for installing the loadable module into the running operating system kernel. 
See rationale addressed in Claim 10 above for the rejection of Claim 35. 

As per Claim 36 : Shirakabe discloses, The computer system of claim 35, wherein the utility for 
installing the loadable module into the running operating system kernel is the insmod program. 
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See rationale addressed in Claim 1 1 above for the rejection of Claim 36. Note: "insmod 
program" is subjected to discussion in MPEP 2115. A limitation used in the claim must impart 
functionality, otherwise it is treated as material worked upon and does not limit the claim. 

As per Claim 37 : Shirakabe discloses, The computer system of claim 34, wherein the second 
means includes means for compiling the application code into object code. See rationale 
addressed in Claim 12 above for the rejection of Claim 37. 

As per Claim 38 : Shirakabe discloses, The computer system of claim 37, wherein the second 
means further includes means for linking said object code with object code from the environment 
library to produce a linked object module. See rationale addressed in Claim 13 above for the 
rejection of Claim 38. 

As per Claim 39 : Shirakabe discloses, The computer system of claim 38, wherein the third means 
includes means for converting the linked object module into a C code array. See rationale 
addressed in Claim 14 above for the rejection of Claim 39. 

As per Claim 40 : Shirakabe discloses, The computer system of claim 39, wherein the third means 
further includes instructions for compiling the C code array to produce an object file and for 
linking said object file with object code from a library to produce the executable program. See 
rationale addressed in Claim 15 above for the rejection of Claim 40. 

As per Claim 41 : Shirakabe discloses, The computer system of claim 34, wherein the first means 
includes means for creating kernel/user channels. See rationale addressed in Claim 16 above for 
the rejection of Claim 41 . 
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As per Claim 42 : Shirakabe discloses, The computer system of claim 34, wherein the first means 
includes means for creating a thread to execute the application code. See rationale addressed in 
Claim 17 above for the rejection of Claim 42. 

As per Claim 43 : Shirakabe discloses, The computer system of claim 42, wherein the first means 
includes means for freeing resources and unloading the loadable module when the thread 
completes. See rationale addressed in Claim 18 above for the rejection of Claim 43. 

As per Claim 44 : Shirakabe discloses, The computer system of claim 34, wherein the first means 
includes means for (a) creating communication channels that connect the loadable module to the 
executable program; (b) requesting a block of memory from the operating system and storing a 
structure therein that describes the application code; and (c) putting data describing the 
application code on a task list. 

See rationale addressed in Claim 19 above for the rejection of Claim 44. 

As per Claim 45 : Shirakabe discloses, The computer system of claim 44, wherein the first means 
further includes means for (a) removing said data describing the application code from the task 
list; (b) closing said communication channels that connect the loadable module to the executable 
program; and (c) freeing the block of memory that was requested from the operating system. 

See rationale addressed in Claim 20 above for the rejection of Claim 45. 

As per Claim 46 : Shirakabe discloses, The computer system of claim 34, wherein the executable 
program may be in several files or a single file. See rationale addressed in Claim 4 above for the 
rejection of Claim 46. 

As per Claim 47 : See rationale addressed in Claim 5 above for the rejection of Claim 47. 
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As per Claim 48 : Shirakabe discloses, The computer system of claim 47, wherein the loadable 
module is configured to perform a method after the loadable module is inserted into the 
operating system address space, wherein said method comprises the steps of: creating 
kernel/user channels; creating a thread to execute the application code; and waiting for the 
thread to complete. See rationale addressed in Claim 6 above for the rejection of Claim 48. 

As per Claim 49 : See rationale addressed in Claim 7 above for the rejection of Claim 49. 

As per Claim 50 : Shirakabe discloses, The computer system of claim 47, wherein the step of 
inserting the loadable module into an operating system address space includes the step of 
creating a child process, wherein the child process replaces its image with the insmod process 
image (See the editor using in FIGs 1, 8). 

As per Claim 5 1 : Shirakabe discloses, The computer system of claim 50, wherein the step of 
inserting the loadable module into an operating system address space further includes the step of 
piping the loadable module to the insmod process. (See the editor using in FIGs 1, 8). 

As per Claim 52 : Shirakabe discloses, A method for dynamically linking application code 
created by a user into a running operating system kernel, comprising: 

constructing a loadable module from application source code written by a user, the loadable 
module including a module input and module output; setting up input/output channels by 
connecting to a standard input and standard out of a running opearting system kernel to the 
module input and module output (See FIG. 1, Shirakabe shows loadable modules are created 
within libraries seen via an Editor); 
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creating an executable program, wherein the executable program is configured to 
transparently load the loadable module into the running operating system kernel (See FIG. 8, 
Shirakabe shows transparently loading the loadable modules as noted in FIG. 1, into the running 
operating system; 

executing the executable program, thereby loading the loadable module into the running 
operating system kernel (See Col. 5:24-65); 

and unloading the loadable module from the running operating system kernel by sending a 
termination signal to the executable program (See FIG. 8, provided with OPEN/CLOSE 
routines). 

-Shirakabe does not address the language of the claim " by. connecting to a standard input and 
standard out of a running system kernel to the module input and module output ". 

However, such adding language is merely adding ingredient or utilize whatever it is available 
(standard input and standard out of a running system kernel). It does not change the effect or 
result of passing data in a dynamic link. 

Therefore, it is obvious to any ordinary in the art utilize the availability, i.e. a standard 
input and input that appears admitted by the language of the claim as being "standardized" from 
a given kernel. Such connection is merely utilizing the availability, and it is similarly like adding 
ingredient, but it does not change or causes a new result. Thus, it would not make the claim 
patentability over a prior art. 

As noted in the MPEP, adding ingredient that does not cause a new effect would not be 
patentable. 
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As per Claim 53 : Shirakabe discloses, The method of claim 52, wherein the application source 
code is an ordinary application program. (The OBJECT MODULES shown in FIG 1 are 
loadable modules of an application that could be original). 

As per Claim 54 : Shirakabe discloses, The method of claim 52, wherein the step of constructing 
the loadable module from the application source code consists essentially of executing a pre- 
defined makefile. 

(Such OBJECT MODULES shown in FIG 1 are pre-executable before loaded). 

As per Claim 55 : Shirakabe discloses, The method of claim 52, further comprising the step of 
providing a makefile to the user, wherein the user performs the step of constructing the loadable 
module by executing the makefile after the user has created the application code. 

This claim is associated with user intervention; every acts performed by a user is prior art. The 
reference is operable by a user via the editor in term of choice. For example, a user uses an 
editor to create a file, to compile the file, to execute the file. This is a basis of program 
generation. 

As per Claim 56 : Shirakabe discloses, The method of claim 52, further comprising the step of 
providing the user with a library comprising object code, wherein the step of constructing the 
loadable module from the application source code comprises the steps of compiling the 
application source code into object code; linking the object code with object code from the 
library to produce a linked object module; and converting the linked object module into a C code 
array. (See FIG. 1: OBJECT MODULES, and rationale addressed in Claim 14). 
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As per Claim 57 : Shirakabe discloses, The method of claim 56, wherein the step of constructing 
the loadable module further comprises the step of compiling the C code array to produce an 
object file. 

See rationale addressed in Claim 15. 

As per Claim 58 : Shirakabe discloses, The method of claim 57, further comprising the step of 
providing the user with a second library comprising object code, wherein the step of 
constructing the executable program comprises the steps of linking the object file with object 
code from the second library (See FIG. 1 or FIG. 8). 

As per Claim 59 : Shirakabe discloses, The method of claim 56, wherein the library includes one 
or more routines to create kernel/user channels. (See FIG. 1, FIG. 8); 

As per Claim 60 : Shirakabe discloses, The method of claim 56, wherein the library includes one 
or more routines to create a thread to execute the application code (e.g. see col. 6:27:30, or col. 
5:45-46: CALL KSUBm); 

As per Claim 61 : Shirakabe discloses, The method of claim 60, wherein the library includes one 
or more routines for freeing resources and unloading the loadable module when the thread 
completes (E.g. see FIG. 1, an address space YYY is call and RETURN). 

As per Claim 62 : Shirakabe discloses, The method of claim 56, wherein the library includes one 
or more routines for (a) copying in arguments; (b) creating communication channels that 
connect the loadable module to the executable program; (c) requesting a block of memory from 
the operating system and storing a structure therein that describes the application code; and (d) 
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putting data describing the application code on a task list. See rationale addressed in Claim 19 
above. 

As per Claim 63 : Shirakabe discloses, The method of claim 62, wherein the environment library 
further includes one or more routines for (a) removing said data describing the application code 
from the task list; (b) closing said communication channels that connect the loadable module to 
the executable program; and (c) freeing the block of memory that was requested from the 
operating system. See rationale addressed in Claim 20 above. 

As per Claim 64 : Shirakabe discloses, The method of claim 52, wherein the executable program 
is configured to set up input/output channels. See rationale addressed in Claim 3 above. 

As per Claim 65 : Shirakabe discloses, The method of claim 52, wherein the executable program 
is configured to execute a utility for installing the loadable module into the running operating 
system kernel. See rationale addressed in Claim 10 above. 

As per Claim 66 : Shirakabe discloses, The method of claim 65, wherein the utility for installing 
the loadable module into the running operating system kernel is the insmod program. See 
rationale addressed in Claim 1 1 above. 

As per Claim 67 : Shirakabe discloses, The method of claim 65, wherein the step of inserting the 
loadable module into an operating system address space includes the step of creating a child 
process, wherein the child process replaces its image with the insmod process image. (See FIG. 
1,FIG. 8). 
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As per Claim 68 : Shirakabe discloses, The method of claim 67, wherein the step of inserting the 
loadable module into an operating system address space further includes the step of piping the 
loadable module to the insmod process (See FIG. 1, FIG. 8). 



Conclusion 

10. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ted T. Vo whose telephone number is (571) 272-3706. The 
examiner can normally be reached on 8:00AM to 4:30PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Wei Y. Zhen can be reached on (571) 272-3708. 

The facsimile number for the organization where this application or proceeding is 
assigned is the Central Facsimile number 571-273-8300. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. Information regarding the status of 
an application may be obtained from the Patent Application Information Retrieval (PAIR) 
system. Status information for published applications may be obtained from either Private PAIR 
or Public PAIR. Status information for unpublished applications is available through Private 
PAIR only. For more information about the PAIR system, see http://pair-direct.uspto.gov. 
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